GermanWikipedia - /page/entry.mu

Micron Document

<!DOCTYPE html>

<title>Site Reliability Engineering</title>

</head>

<h1 id="firstHeading" class="firstHeading mw-first-heading">Site Reliability Engineering</h1>

</header>

</div>

<div id="mw-content-text" class="mw-body-content mw-content-ltr" lang="de" dir="ltr"><div class="mw-content-ltr mw-parser-output" lang="de" dir="ltr">Site Reliability Engineering (SRE) ist eine Reihe von Grundsätzen und Praktiken<a href="#cite_note-1">[1]</a>, die Aspekte der <a href="Softwaretechnik" title="Softwaretechnik">Softwaretechnik</a> umfassen und auf Infrastruktur- und Betriebsprobleme angewendet werden.<a href="#cite_note-:0-2">[2]</a> Die Hauptziele sind die Schaffung <a href="Skalierbarkeit" title="Skalierbarkeit">skalierbarer</a> und hochzuverlässiger Softwaresysteme.<a href="#cite_note-:0-2">[2]</a> Site Reliability Engineering ist eng mit <a href="DevOps" title="DevOps">DevOps</a> verwandt, einer Reihe von Praktiken, die Softwareentwicklung und IT-Betrieb kombinieren, und SRE wurde auch als eine spezifische Umsetzung von DevOps beschrieben.<a href="#cite_note-:0-2">[2]</a><a href="#cite_note-:1-3">[3]</a>

<div class="mw-heading mw-heading2"><h2 id="Geschichte">Geschichte</h2></div>

Der Bereich Site Reliability Engineering hat seinen Ursprung bei <a href="Google_LLC" title="Google LLC">Google</a> mit Ben Treynor Sloss<a href="#cite_note-4">[4]</a><a href="#cite_note-5">[5]</a>, der nach seinem Eintritt in das Unternehmen im Jahr 2003 ein Site Reliability Team gründete.<a href="#cite_note-6">[6]</a> Im Jahr 2016 beschäftigte Google mehr als 1000 Site Reliability Engineers.<a href="#cite_note-:2-7">[7]</a> Nachdem das Konzept im Jahr 2003 bei Google entstanden war, verbreitete es sich in der gesamten Softwareentwicklungsbranche, und andere Unternehmen begannen daraufhin, Site Reliability Engineers zu beschäftigen.<a href="#cite_note-:3-8">[8]</a> Die Position ist eher in größeren Webunternehmen verbreitet, da kleine Unternehmen oft nicht in einem Umfang tätig sind, der dedizierte SREs erfordern würde.<a href="#cite_note-:3-8">[8]</a> Zu den Unternehmen, die das Konzept übernommen haben, gehören <a href="LinkedIn" title="LinkedIn">LinkedIn</a>, <a href="Dropbox" title="Dropbox">Dropbox</a>, <a href="Airbnb" title="Airbnb">Airbnb</a>, <a href="IBM" title="IBM">IBM</a>,<a href="#cite_note-9">[9]</a> und <a href="Netflix" title="Netflix">Netflix</a>.<a href="#cite_note-:2-7">[7]</a> Laut einem Bericht des DevOps Institute aus dem Jahr 2021 hatten 22 % der Unternehmen in einer Umfrage unter 2000 Befragten das SRE-Modell übernommen.<a href="#cite_note-10">[10]</a><a href="#cite_note-11">[11]</a>

<div class="mw-heading mw-heading2"><h2 id="Definition">Definition</h2></div>

Die Aufgabe des Site Reliability Engineering kann sowohl von Einzelpersonen als auch von Teams wahrgenommen werden, die in der Regel für eine Kombination der folgenden Aufgaben innerhalb einer breiteren technischen Organisation verantwortlich sind: Systemverfügbarkeit, <a href="Latenzzeit_(Technik)" class="mw-redirect" title="Latenzzeit (Technik)">Latenz</a>, Performance, Effizienz, <a href="Change_Management_(ITIL)" title="Change Management (ITIL)">Change-Management</a>, <a href="Monitoring" title="Monitoring">Monitoring</a>, Notfallreaktion und Kapazitätsplanung.<a href="#cite_note-12">[12]</a> Site Reliability Engineers haben oft einen Hintergrund in <a href="Softwaretechnik" title="Softwaretechnik">Softwaretechnik</a>, <a href="Systemtechnik" title="Systemtechnik">Systemtechnik</a> oder <a href="Systemadministrator" title="Systemadministrator">Systemadministration</a>.<a href="#cite_note-:4-13">[13]</a> Zu den Schwerpunkten des Site Reliability Engineering gehören <a href="Automatisierung" title="Automatisierung">Automatisierung</a>, Systemdesign und Verbesserung der Systemausfallsicherheit (<a href="Resilienz_(Ingenieurwissenschaften)" title="Resilienz (Ingenieurwissenschaften)">Resilienz</a>).<a href="#cite_note-:4-13">[13]</a>

Site Reliability Engineering als eine Reihe von Prinzipien und Praktiken kann von jedem durchgeführt werden. SRE ist dem <a href="Security_Engineering" title="Security Engineering">Security Engineering</a> insofern ähnlich, als von jedem erwartet wird, dass er zu guten Sicherheitspraktiken beiträgt, aber ein Unternehmen kann sich auch dafür entscheiden, Spezialisten für diese Aufgabe einzustellen. Umgekehrt können Unternehmen für die Sicherung von Internet-Systemen Sicherheitsingenieure einstellen und für die Definition und Gewährleistung ihrer Zuverlässigkeitsziele stattdessen SREs engagieren.

Site Reliability Engineering wurde auch als eine spezifische Umsetzung von DevOps<a href="#cite_note-:0-2">[2]</a><a href="#cite_note-:1-3">[3]</a> beschrieben, aber es konzentriert sich speziell auf den Aufbau zuverlässiger Systeme, während DevOps eher auf die Infrastruktur ausgerichtet ist.<a href="#cite_note-:0-2">[2]</a>

Stephen Gossett schrieb in Built In, dass einige Unternehmen ihre Betriebsteams in SRE-Teams umbenannt haben, ohne dass sich dadurch etwas geändert hat.<a href="#cite_note-:3-8">[8]</a> Dies scheint auch auf Betriebsteams zuzutreffen, die in DevOps-Teams umbenannt wurden.

<div class="mw-heading mw-heading2"><h2 id="Prinzipien_und_Praktiken">Prinzipien und Praktiken</h2></div>

Es hat mehrere Versuche gegeben, eine kanonische Liste von Prinzipien der Standortzuverlässigkeitstechnik zu definieren,<a href="#cite_note-14">[14]</a><a href="#cite_note-15">[15]</a> aber obwohl es keinen Konsens gibt, sind die folgenden Merkmale normalerweise in den meisten dieser Definitionen enthalten:

<ul><li>Automatisierung oder Eliminierung von sich wiederholenden Tätigkeiten, die auch kosteneffektiv zu automatisieren oder zu eliminieren sind.</li>

<li>Vermeidung des Strebens nach viel mehr Zuverlässigkeit als unbedingt notwendig. Die Definition dessen, was notwendig ist, ist ein eigenes Verfahren (siehe Liste der Verfahren unten).</li>

<li>Systemdesign mit der Tendenz, die Risiken für Verfügbarkeit, Latenz und Effizienz zu reduzieren.</li>

<li>Beobachtbarkeit, d. h. die Möglichkeit, beliebige Fragen über Ihr System zu stellen, ohne vorher zu wissen, was Sie fragen wollen.<a href="#cite_note-16">[16]</a></li></ul>

Die Praktiken des Site Reliability Engineering sind ebenfalls sehr unterschiedlich, aber die folgende Liste wird relativ häufig zumindest teilweise umgesetzt:

<ul><li><a href="Arbeit_durch_Management" title="Arbeit durch Management">Arbeitsmanagement</a> als Umsetzung des ersten oben genannten Grundsatzes.</li>

<li>Definition und Messung von Zuverlässigkeitszielen - SLIs, SLOs und Fehlerbudgets.</li>

<li>Nicht-abstrakter Entwurf von Großsystemen (<a rel="nofollow" class="external text" href="https://sre.google/workbook/non-abstract-design/">NALSD</a>) mit Schwerpunkt auf der Zuverlässigkeit.</li>

<li>Entwurf und <a href="Implementierung" title="Implementierung">Implementierung</a> von Beobachtbarkeit.</li>

<li>Definieren, Testen und Ausführen eines Störungsmanagementprozesses.</li>

<li>Kapazitätsplanung.</li>

<li>Änderungs- und <a href="Versionsverwaltung" title="Versionsverwaltung">Versionsmanagement</a>, einschließlich <a href="CI/CD" title="CI/CD">CI/CD</a>.</li>

<li>Chaos-Engineering.</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Implementierungen">Implementierungen</h2></div>

Site-Reliability-Engineering-Teams arbeiten mit den anderen Teams in ihren Unternehmen und den SRE-Prinzipien und -Praktiken in verschiedenen Formen zusammen. Im Folgenden findet sich ein Überblick über gängige SRE-Team-Implementierungen:<a href="#cite_note-17">[17]</a>

<div class="mw-heading mw-heading3"><h3 id="Kitchen_Sink,_auch_bekannt_als_„Everything_SRE“">Kitchen Sink, auch bekannt als „Everything SRE“</h3></div>

Der Umfang der abgedeckten Dienste oder Arbeitsabläufe ist in der Regel unbegrenzt.

<div class="mw-heading mw-heading3"><h3 id="Infrastruktur">Infrastruktur</h3></div>

Konzentriert sich auf die Zuverlässigkeit der Systeme hinter den Kulissen, die die Arbeit anderer Teams effizienter machen. Diese Teams werden oft mit „Plattform“-Teams oder „Platform Operations“-Teams verwechselt. Infrastruktur-SRE-Teams können sich mit einem oder mehreren Plattform-Engineering-Teams zusammentun, aber sie unterscheiden sich darin, dass sich Infrastruktur-SRE-Teams auf die Durchführung der meisten, wenn nicht aller in der obigen Liste der Grundsätze und Praktiken beschriebenen Arbeiten konzentrieren. Plattformteams konzentrieren sich in der Regel auf die Entwicklung der Plattform, und obwohl Zuverlässigkeit wünschenswert ist, ist dies nicht ihre einzige Priorität.

<div class="mw-heading mw-heading3"><h3 id="Werkzeuge">Werkzeuge</h3></div>

Konzentriert sich auf Tools zur Messung, Wartung und Verbesserung der Systemzuverlässigkeit.

<div class="mw-heading mw-heading3"><h3 id="Produkt_oder_Anwendung">Produkt oder Anwendung</h3></div>

SRE-Team für Produkt und/oder Anwendung. Einige große Unternehmen beschäftigen mehrere dieser Teams.

<div class="mw-heading mw-heading3"><h3 id="Eingebettet">Eingebettet</h3></div>

In der Regel SRE-Einzelkämpfer oder Paare, die innerhalb eines Software-Engineering-Teams arbeiten und die meisten der oben beschriebenen Prinzipien und Praktiken anwenden.

<div class="mw-heading mw-heading3"><h3 id="Beratung">Beratung</h3></div>

Beratung bei der Umsetzung von SRE-Prinzipien und -Praktiken. Dabei handelt es sich in der Regel um erfahrene SREs, die in Teams mit einer oder mehreren der oben genannten Implementierungen gearbeitet haben. SREs in externen SRE-Beratungsteams werden oft als „Customer Reliability Engineers“ bezeichnet. Sie ändern selten, wenn überhaupt, die Konfiguration oder den Code des Kunden.

Große Unternehmen, die SRE eingeführt haben, verfügen in der Regel über eine Kombination der oben beschriebenen Implementierungen, einschließlich mehrerer Teams derselben Implementierung, z. B. mehrere Produkt-/Anwendungs-SRE-Teams, um die spezifischen Anforderungen verschiedener Produkte zu erfüllen, und ein Infrastruktur-SRE-Team, das sich mit einer Plattform-Engineering-Gruppe zusammenschließt, um die Zuverlässigkeitsziele einer gemeinsamen Plattform für beide Produkte/Anwendungen zu erfüllen.

<div class="mw-heading mw-heading2"><h2 id="Branchenumfeld">Branchenumfeld</h2></div>

Die <a href="USENIX" title="USENIX">USENIX</a>-Organisation veranstaltet seit 2014 eine jährliche SREcon-Konferenz für Site Reliability Engineers in der Industrie und hält auch regionale Konferenzen mit ähnlichen Themen ab.<a href="#cite_note-18">[18]</a>

<div class="mw-heading mw-heading2"><h2 id="Literatur">Literatur</h2></div>

<ul><li>Tom Limoncelli, Strata R. Chalup, Christina J. Hogan: The Practice of Cloud System Administration: DevOps and SRE Practices for Web Services. Band 2, <a href="Addison-Wesley" title="Addison-Wesley">Addison-Wesley</a>, Upper Saddle River 2014, ISBN 978-0-13-347854-9.</li>

<li>Petoff Beyer, Jones Murphy, Jennifer Betsy, Chris Niall: Site Reliability Engineering: How Google Runs Production Systems. <a href="O%E2%80%99Reilly_Verlag" title="O’Reilly Verlag">O’Reilly</a>, 2016, ISBN 978-1-4919-2912-4.</li>

<li>David N. Blank-Edelman (Hrsg.): Seeking SRE: Conversations About Running Production Systems at Scale. 1. Auflage. O’Reilly, Sebastopol 2018, ISBN 978-1-4919-7886-3.</li>

<li>Betsy Beyer, Niall Richard Murphy, David K. Rensin, Kent Kawahara, Stephen Thorne: The Site Reliability Workbook: Practical Ways to Implement SRE. O’Reilly, 2018, ISBN 978-1-4920-2950-2.</li>

<li>Nat Welch: Real-World SRE: The Survival Guide for Responding to a System Outage and Maximizing Uptime. <a href="Packt" title="Packt">Packt</a>, 2018, ISBN 978-1-78862-888-4.</li>

<li>Heather Adkins, Betsy Beyer, Paul Blankinship, Piotr Lewandowski, Ana Oprea, Adam Stubblefield: Building Secure and Reliable Systems: Best Practices for Designing, Implementing, and Maintaining Systems. O’Reilly, 2020, ISBN 978-1-4920-8312-2.</li>

<li>Jones Rosenthal, Nora Casey: Chaos Engineering: System Resiliency in Practice. O’Reilly, 2020, ISBN 978-1-4920-4386-7.</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Weblinks">Weblinks</h2></div>

<ul><li><a rel="nofollow" class="external text" href="https://github.com/dielok/awesome-sre">Hervorragende Ressourcenliste</a> für Site Reliability Engineering</li>

<li><a rel="nofollow" class="external text" href="https://github.com/dielok/howtheysre">How they SRE</a> Ressourcenauflistung</li>

<li><a rel="nofollow" class="external text" href="https://sreweekly.com/">SRE Weekly</a> wöchentlicher Newsletter zu SRE</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Einzelnachweise">Einzelnachweise</h2></div>

<li id="cite_note-1"><a href="#cite_ref-1">↑</a> <a rel="nofollow" class="external text" href="https://cloud.google.com/blog/products/devops-sre/evaluating-where-your-team-lies-on-the-sre-spectrum/">Evaluating where your team lies on the SRE spectrum.</a> Abgerufen am 1. Oktober 2021 (englisch).<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASite+Reliability+Engineering&rft.title=Evaluating+where+your+team+lies+on+the+SRE+spectrum&rft.description=Evaluating+where+your+team+lies+on+the+SRE+spectrum&rft.identifier=https%3A%2F%2Fcloud.google.com%2Fblog%2Fproducts%2Fdevops-sre%2Fevaluating-where-your-team-lies-on-the-sre-spectrum%2F&rft.language=en">

</li>

<li id="cite_note-:0-2">↑ <a href="#cite_ref-:0_2-0">a</a> <a href="#cite_ref-:0_2-1">b</a> <a href="#cite_ref-:0_2-2">c</a> <a href="#cite_ref-:0_2-3">d</a> <a href="#cite_ref-:0_2-4">e</a> <a rel="nofollow" class="external text" href="https://sre.google/sre-book/table-of-contents/">Google - Site Reliability Engineering.</a> Abgerufen am 1. Oktober 2021.<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASite+Reliability+Engineering&rft.title=Google+-+Site+Reliability+Engineering&rft.description=Google+-+Site+Reliability+Engineering&rft.identifier=https%3A%2F%2Fsre.google%2Fsre-book%2Ftable-of-contents%2F">

</li>

<li id="cite_note-:1-3">↑ <a href="#cite_ref-:1_3-0">a</a> <a href="#cite_ref-:1_3-1">b</a> <a rel="nofollow" class="external text" href="https://www.youtube.com/watch?v=uTEL8Ff1Zvk">What's the Difference Between DevOps and SRE? (class SRE implements DevOps).</a> Abgerufen am 1. Oktober 2021 (deutsch).<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASite+Reliability+Engineering&rft.title=What%27s+the+Difference+Between+DevOps+and+SRE%3F+%28class+SRE+implements+DevOps%29&rft.description=What%27s+the+Difference+Between+DevOps+and+SRE%3F+%28class+SRE+implements+DevOps%29&rft.identifier=https%3A%2F%2Fwww.youtube.com%2Fwatch%3Fv%3DuTEL8Ff1Zvk&rft.language=de-DE">

</li>

<li id="cite_note-4"><a href="#cite_ref-4">↑</a> Atlassian: <a rel="nofollow" class="external text" href="https://www.atlassian.com/incident-management/devops/sre">Love DevOps? Wait until you meet SRE.</a> Abgerufen am 1. Oktober 2021 (englisch).<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASite+Reliability+Engineering&rft.title=Love+DevOps%3F+Wait+until+you+meet+SRE&rft.description=Love+DevOps%3F+Wait+until+you+meet+SRE&rft.identifier=https%3A%2F%2Fwww.atlassian.com%2Fincident-management%2Fdevops%2Fsre&rft.creator=Atlassian&rft.language=en">

</li>

<li id="cite_note-5"><a href="#cite_ref-5">↑</a> <a rel="nofollow" class="external text" href="https://www.redhat.com/en/topics/devops/what-is-sre">What is SRE?</a> Abgerufen am 1. Oktober 2021 (englisch).<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASite+Reliability+Engineering&rft.title=What+is+SRE%3F&rft.description=What+is+SRE%3F&rft.identifier=https%3A%2F%2Fwww.redhat.com%2Fen%2Ftopics%2Fdevops%2Fwhat-is-sre&rft.language=en">

</li>

<li id="cite_note-6"><a href="#cite_ref-6">↑</a> Ben Treynor: <cite style="font-style:italic">Keys to {SRE}</cite>. 2014 (<a rel="nofollow" class="external text" href="https://www.usenix.org/conference/srecon14/technical-sessions/presentation/keys-sre">usenix.org</a> [abgerufen am 1. Oktober 2021]).<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Site+Reliability+Engineering&rft.au=Ben+Treynor&rft.btitle=Keys+to+%7BSRE%7D&rft.date=2014&rft.genre=book" style="display:none">

</li>

<li id="cite_note-:2-7">↑ <a href="#cite_ref-:2_7-0">a</a> <a href="#cite_ref-:2_7-1">b</a> Are site reliability engineers the next data scientists? In: TechCrunch. Ehemals im <style data-mw-deduplicate="TemplateStyles:r250917974">

/* start https://de.wikipedia.org/ */

.mw-parser-output .dewiki-iconexternal>a{background-position:center right!important;background-repeat:no-repeat!important}body.skin-minerva .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/OOjs_UI_icon_external-link-ltr-progressive.svg")!important;background-size:10px!important;padding-right:13px!important}body.skin-timeless .mw-parser-output .dewiki-iconexternal>a,body.skin-monobook .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/MediaWiki_external_link_icon.svg")!important;padding-right:13px!important}body.skin-vector .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/Link.ernal-small-ltr-progressive.svg")!important;background-size:0.857em!important;padding-right:1em!important}

/* end https://de.wikipedia.org/ */

</style><a class="external text" href="https://redirecter.toolforge.org/?url=https%3A%2F%2Fsocial.techcrunch.com%2F2016%2F03%2F02%2Fare-site-reliability-engineers-the-next-data-scientists%2F">Original</a> (nicht mehr online verfügbar); abgerufen am 2. Oktober 2021 (amerikanisches Englisch).<a rel="nofollow" class="external text" href="http://deadurl.invalid/https://social.techcrunch.com/2016/03/02/are-site-reliability-engineers-the-next-data-scientists/">@1</a><a rel="nofollow" class="external text" href="https://social.techcrunch.com/2016/03/02/are-site-reliability-engineers-the-next-data-scientists/">@2</a>Vorlage:Toter Link/social.techcrunch.com (Seite nicht mehr abrufbar. <a rel="nofollow" class="external text" href="http://timetravel.mementoweb.org/list/2010/https://social.techcrunch.com/2016/03/02/are-site-reliability-engineers-the-next-data-scientists/">Suche in Webarchiven</a>)<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASite+Reliability+Engineering&rft.title=Are+site+reliability+engineers+the+next+data+scientists%3F&rft.description=Are+site+reliability+engineers+the+next+data+scientists%3F&rft.identifier=https%3A%2F%2Fsocial.techcrunch.com%2F2016%2F03%2F02%2Fare-site-reliability-engineers-the-next-data-scientists%2F&rft.language=en-US">

</li>

<li id="cite_note-:3-8">↑ <a href="#cite_ref-:3_8-0">a</a> <a href="#cite_ref-:3_8-1">b</a> <a href="#cite_ref-:3_8-2">c</a> <a rel="nofollow" class="external text" href="https://builtin.com/software-engineering-perspectives/site-reliability-engineer">Site Reliability Engineer: Day In The Life | Built In.</a> Abgerufen am 2. Oktober 2021 (englisch).<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASite+Reliability+Engineering&rft.title=Site+Reliability+Engineer%3A+Day+In+The+Life+%7C+Built+In&rft.description=Site+Reliability+Engineer%3A+Day+In+The+Life+%7C+Built+In&rft.identifier=https%3A%2F%2Fbuiltin.com%2Fsoftware-engineering-perspectives%2Fsite-reliability-engineer&rft.language=en">

</li>

<li id="cite_note-9"><a href="#cite_ref-9">↑</a> <a rel="nofollow" class="external text" href="https://www.ibm.com/cloud/learn/site-reliability-engineering">What is Site Reliability Engineering (SRE).</a> Abgerufen am 2. Oktober 2021 (amerikanisches Englisch).<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASite+Reliability+Engineering&rft.title=What+is+Site+Reliability+Engineering+%28SRE%29&rft.description=What+is+Site+Reliability+Engineering+%28SRE%29&rft.identifier=https%3A%2F%2Fwww.ibm.com%2Fcloud%2Flearn%2Fsite-reliability-engineering&rft.language=en-US">

</li>

<li id="cite_note-10"><a href="#cite_ref-10">↑</a> Eveline Oehrlich, Jayne Groll, Jean-Pierre Garbani: <a rel="nofollow" class="external text" href="https://insights.devopsinstitute.com/hubfs/Automation%20Downloads/Upskilling%202021-Enterprise%20DevOps%20Skills%20Report.pdf">Upskilling 2021 Enterprise DevOps SkillsReport</a> (PDF; 43 MB) (Report). DevOps Institute.

</li>

<li id="cite_note-11"><a href="#cite_ref-11">↑</a> Eveline Oehrlich: <a rel="nofollow" class="external text" href="https://techbeacon.com/enterprise-it/what-it-takes-be-site-reliability-engineer">What it takes to be a site reliability engineer.</a> Abgerufen am 2. Oktober 2021 (englisch).<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASite+Reliability+Engineering&rft.title=What+it+takes+to+be+a+site+reliability+engineer&rft.description=What+it+takes+to+be+a+site+reliability+engineer&rft.identifier=https%3A%2F%2Ftechbeacon.com%2Fenterprise-it%2Fwhat-it-takes-be-site-reliability-engineer&rft.creator=Eveline+Oehrlich&rft.language=en">

</li>

<li id="cite_note-12"><a href="#cite_ref-12">↑</a> <a rel="nofollow" class="external text" href="https://sre.google/in-conversation/">Google - Site Reliability Engineering.</a> Abgerufen am 2. Oktober 2021.<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASite+Reliability+Engineering&rft.title=Google+-+Site+Reliability+Engineering&rft.description=Google+-+Site+Reliability+Engineering&rft.identifier=https%3A%2F%2Fsre.google%2Fin-conversation%2F">

</li>

<li id="cite_note-:4-13">↑ <a href="#cite_ref-:4_13-0">a</a> <a href="#cite_ref-:4_13-1">b</a> Chris Jones, Todd Underwood, Shylaja Nukala: <a rel="nofollow" class="external text" href="https://www.usenix.org/system/files/login/articles/login_june_07_jones.pdf">Hiring Site Reliability Engineers.</a> (PDF; 307 kB). Vol. 40, Nr. 3, Juni 2015, S. 35–39.

</li>

<li id="cite_note-14"><a href="#cite_ref-14">↑</a> <a rel="nofollow" class="external text" href="https://www.blameless.com/sre/sre-principles">The 7 SRE Principles [And How to Put Them Into Practice] | Blameless.</a> Abgerufen am 2. Oktober 2021 (englisch).<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASite+Reliability+Engineering&rft.title=The+7+SRE+Principles+%26%2391%3BAnd+How+to+Put+Them+Into+Practice%26%2393%3B+%7C+Blameless&rft.description=The+7+SRE+Principles+%26%2391%3BAnd+How+to+Put+Them+Into+Practice%26%2393%3B+%7C+Blameless&rft.identifier=https%3A%2F%2Fwww.blameless.com%2Fsre%2Fsre-principles&rft.language=en">

</li>

<li id="cite_note-15"><a href="#cite_ref-15">↑</a> <a rel="nofollow" class="external text" href="https://cloud.google.com/blog/products/devops-sre/evaluating-where-your-team-lies-on-the-sre-spectrum/">Evaluating where your team lies on the SRE spectrum.</a> Abgerufen am 2. Oktober 2021 (englisch).<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASite+Reliability+Engineering&rft.title=Evaluating+where+your+team+lies+on+the+SRE+spectrum&rft.description=Evaluating+where+your+team+lies+on+the+SRE+spectrum&rft.identifier=https%3A%2F%2Fcloud.google.com%2Fblog%2Fproducts%2Fdevops-sre%2Fevaluating-where-your-team-lies-on-the-sre-spectrum%2F&rft.language=en">

</li>

<li id="cite_note-16"><a href="#cite_ref-16">↑</a> <a rel="nofollow" class="external text" href="https://docs.honeycomb.io/getting-started/learning-about-observability/">Learn about observability | Honeycomb.</a> Abgerufen am 2. Oktober 2021.<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASite+Reliability+Engineering&rft.title=Learn+about+observability+%7C+Honeycomb&rft.description=Learn+about+observability+%7C+Honeycomb&rft.identifier=https%3A%2F%2Fdocs.honeycomb.io%2Fgetting-started%2Flearning-about-observability%2F">

</li>

<li id="cite_note-17"><a href="#cite_ref-17">↑</a> <a rel="nofollow" class="external text" href="https://cloud.google.com/blog/products/devops-sre/how-sre-teams-are-organized-and-how-to-get-started/">SRE at Google: How to structure your SRE team.</a> Abgerufen am 2. Oktober 2021 (englisch).<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASite+Reliability+Engineering&rft.title=SRE+at+Google%3A+How+to+structure+your+SRE+team&rft.description=SRE+at+Google%3A+How+to+structure+your+SRE+team&rft.identifier=https%3A%2F%2Fcloud.google.com%2Fblog%2Fproducts%2Fdevops-sre%2Fhow-sre-teams-are-organized-and-how-to-get-started%2F&rft.language=en">

</li>

<li id="cite_note-18"><a href="#cite_ref-18">↑</a> <a rel="nofollow" class="external text" href="https://www.usenix.org/srecon">SREcon.</a> 25. August 2017, abgerufen am 2. Oktober 2021 (englisch).<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASite+Reliability+Engineering&rft.title=SREcon&rft.description=SREcon&rft.identifier=https%3A%2F%2Fwww.usenix.org%2Fsrecon&rft.date=2017-08-25&rft.language=en">

</li>

</ol></div></div><div><div class="zim-footer">

Dieser Artikel wurde von <a class="external text" title="Zuletzt bearbeitet am 2025-03-25" href="https://de.wikipedia.org/wiki/?title=Site_Reliability_Engineering&oldid=254533457">Wikipedia</a> herausgegeben. Der Text ist unter <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.de">Creative Commons Attribution-Share Alike 4.0</a> verfügbar, sofern nicht anders angegeben. Für die Mediendateien können zusätzliche Bedingungen gelten.

</div>

</div></div>

</div>

</main>

</div>

</body></html>